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(54) Apparatus and method for segmentation and time synchronization of the transmission of 
multimedia data 



(57) Method and apparatus are provided for trans- 
mitting a stream of multimedia digital data over a distri- 
bution communications network. A multimedia stream 
server segments the multimedia digital data stream into 
data blocks on a first boundary and a second boundary. 
The first boundary is a set number of transport system 
data packets and the second boundary is a transport 
system data packet including a timestamp. A scheduler 
schedules the segmented data blocks for transmission. 
The multimedia stream server decodes the segmented 
data blocks to locate the timestamps and matches the 
transmission of the located timestamp data block with a 
time value indicated by the timestamp. The set number 
of transport system data packets can be determined at 
connection setup and is not a predetermined value for 
all sessions. At the receiver, batch processing of 
received multimedia data can be provided. 
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Description 



Field of the Invention 

s The present invention relates to a method and apparatus for segmenting and timing the transmission of a stream 

of multimedia digital data over a distribution communications network. 

Description of the Prior Art 

10 Multimedia communications involve the blending together of computer data processing, audio/video, and display 
technology in an interactive environment. Evolving multimedia applications such as desktop computer conferencing and 
video-on-demand bring with them the need for network access to shared or common real-time data. The "real-time" 
aspect of data can be defined as the characteristic of data which must be delivered on-time, that is, late and early deliv- 
ery of data are both useless. 

is A Motion Pictures Experts Group MPEG-2 standard for multimedia stream transport is described in "MPEG-2" 
International Organization for Standardization; Organization Internationale De Normalisation (ISO/IEC 
ITC1/SC29/WG11) Coding of Moving Pictures and Associated Audio. The MPEG-2 standard has defined a system 
layer that integrates multiple media sources into a single data stream with integrated time stamps (PCRs). The MPEG- 
2 standard has defined a fixed and variable rate encoding scheme for video streams that allows for variable size and 

20 quality of video streams. The MPEG-2 standard has defined a transport mechanism for other video encoding schemes, 
for example, MPEG-1 . The MPEG-2 multimedia stream is transported over a digital network which uses the ITU stand- 
ards commonly referred to as Asynchronous Transfer Mode (ATM). The Asynchronous Transfer Mode (ATM) network 
described in "Asynchronous Transfer Mode: Solution for Broadband ISDN", M de Prycker, Ellis Horwood, 1991 is an 
internationally agreed upon technique for transmission, multiplexing and switching in a broadband network. It uses fixed 

25 size cells as a unit of transmission. 

ATM networks are designed to support the integration of high quality voice, video, and high speed data traffic. To 
the end-user, it promises to provide the ability to transport connection-oriented and connectionless traffic at constant or 
variable bit rates. It allows for allocation of bandwidth on demand and intends to provide negotiated Quality-of-Service 
(QOS). To a network provider, it enables the transport of different traffic types through the same network. In order for a 

30 network to meet QOS requirements as set by the user for a session, the network must have sufficient information about 
the traffic characteristics of the session. This may be approximated by (but not limited to) three basic parameters: 1) 
average transmission rate, 2) peak transmission rate, and 3) the interval over which the data may be transmitted at peak 
rate. As a part of the QOS contract with the network, all sessions must abide by the traffic parameters and not violate 
these parameters in order for the network to guarantee QOS to all the users. This gives rise to a complex scheduling 

35 problem when many sessions are established over a network link, which requires that each session's contract with the 
network not be violated. At the same time, all sessions must get the desired capacity from the network. This problem is 
fairly complex particularly when it involves a large number of sessions with a wide range of traffic descriptors. The prob- 
lem is further compounded with the fact that different sessions require different QOS. Therefore, in case of contention, 
where a multiplicity of sessions have data to be transmitted and their individual contracts with the network will allow 

40 them to transmit, sessions requiring stricter QOS guarantee must be given priority over other sessions. 

Important aspects of data delivery include time-synchronization, bandwidth or throughput and latency. The MPEG- 
2 transport stream is a series of 1 88 byte packets which must be delivered to the receiver for decoding. At least one 1 88 
byte packet every 100 milliseconds includes the time stamp (PCR). The time stamps need to arrive at the receiver with 
a minimum of jitter introduced by the server transmitter. Improved transmission efficiency is provided when at least two 

45 Transport Stream (TS) 188-byte packets are sent per frame of data over the ATM network. The MPEG-2 layer provides 
data to the transport layer. With ATM AAL-5 (ATM Adaptation Layer for simple and efficient transport of frame traffic), 
each ATM cell carries 48 bytes. In each frame, framing data of 8 bytes must be carried in the last cell of the AAL-5 
frame. With one TS 188-byte packet per frame, the frame includes 196 bytes and requires 5 ATM cells with 44 bytes of 
padding providing a transport efficiency of about 70.9%. With two TS 188-byte packets per frame, the frame includes 

so 384 bytes and requires 8 ATM cells providing a transport efficiency of about 88.6%. With three through thirteen TS 1 88- 
byte packets per frame, the frame includes 572-2452 bytes and requires 12-52 ATM cells providing a transport effi- 
ciency of about 88.6%. Fourteen through seventeen TS 188-byte packets per frame provide a transport efficiency 
above 90%. 

The time stamps need to arrive at the receiver with a minimum of jitter introduced by the network server transmitter. 
55 To reduce the jitter of the clock recovery at the receiver, a requirement has been established that any MPEG-2 1 88 byte 
packet that contains a time stamp (PCR) must terminate the AAL-5 frame. Because PCRs can occur in any frame, if 
more than one MPEG-2 packets are normally bundled, the bundling may be variable. When the bundling is variable, 
even a fixed rate multi-media stream becomes variable rate. That means that the task of transmitting MPEG-2 frames 
in an isochronous mode becomes a challenge. In addition to the problem for transmitter to transmit with minimum jitter 
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in the PCRs to make the receive clock recovery simple and robust, a need exists to reduce the computational overhead 
of providing the stream. 

Processing overhead for traffic effects both transmitter and receiver. Processing overhead can in a simplrf ied form 
be given by A * number of frames + B * number of bytes. In many cases, the factor A is 500-10000 times greater than 
5 the factor B. This means that in environments where processing power is limited, the frames should be as big as pos- 
sible. 

Summary of the Invention 

10 Important objects of the present invention are to provide an improved method for segmenting and time synchroni- 
zation of the transmission of a stream of multimedia digital data over a distribution communications network - f 

In brief, the objects and advantages of the invention are achieved by a method and apparatus for transmitting a 
stream of multimedia digital data over a distribution communications network. The multimedia stream server segments 
the multimedia digital data stream into data blocks on a first boundary and a second boundary. The first boundary is a 

is set number of transport system data packets and the second boundary is a transport system data packet including a 
timestamp. A scheduler schedules the segmented data blocks for transmission. The multimedia stream server decodes 
the segmented data blocks to locate the timestamps and matches the transmission of the located timestamp data block 
with a time value indicated by the timestamp. The set number of transport system data packets can be determined at 
connection setup and is not a predetermined value for all sessions. At the receiver, batch processing of received multi- 

20 media data can be provided. 

Brief Description of the Drawing 

The present invention together with the above and other objects and advantages may best be understood from the 
25 following detailed description of the preferred embodiments of the invention illustrated in the drawings, wherein: 

FIG. 1 is a block diagram representation illustrating a digital video-on-demand system of the type used with the $ 
apparatus and method for segmenting and timing the transmission of a stream of multimedia digital data in accord- u 
ance with the present invention; 

30 ' 

FIG. 2 is a block diagram representation illustrating multiple multimedia sources; a multimedia system layer and a 

multimedia transport arranged in accordance with the MPEG-2 Standard; - & 

FIG. 3 is a block diagram representation illustrating generation of the MPEG-2 data stream in accordance with the 
35 present invention; 

FIG. 4 is a block diagram representation illustrating a MPEG-2 system including apparatus employed for performing > ^ 

the method for segmenting and timing the transmission of a stream of multimedia digital data in accordance with h 
the present invention; 

40 

FIG. 5 is a chart illustrating transport system (TS) packet stream sequence mapped into 5/8 cell AAL-5 PDUs; 

FIG. 6 is a chart illustrating transport system (TS) packet stream sequence mapped into fixed size AAL-5 Protocol 
Data Units (PDUs); 

45 

FIG. 7 is a chart illustrating the transmission timing of the MPEG-2 data stream in accordance with the present 
invention; 

FIG. 8 is a block diagram representation of a multimedia server of the system of FIGS. 1 and 4 illustrating the appa- 
so ratus of the present invention; 

FIG. 9 is a flow chart illustrating a data supply process of the present invention performed by a data supply proces- 
sor of FIG. 8; 

55 FIGS. 10, 11 and 12 are flow charts illustrating scheduler processes performed by a transmission session sched- 
uler of FIG. 8; 

FIG. 13 is a flow chart illustrating cell segmentation method of the present invention performed by a cell segmenter 
of FIG. 8; 
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FIG. 14 is a block diagram representation of a multimedia receiver of the system of FIGS. 1 and 4 illustrating the 
apparatus of the present invention; 

FIG. 15 is a flow chart illustrating a protocol data unit arrival batch process of the present invention. 



Detailed Description of the Preferred Embodiments 

Having reference now to the drawings, in FIG. 1 there is shown a block diagram representation of a video-on- 
demand multimedia distribution system generally designated by the reference character 10 which may be employed to 

w implement the method of the present invention. The multimedia distribution system 10 includes a digital/analog com- 
munications and distribution network 12 that is capable of interconnecting all of the other elements of the system. Net- 
work 12 may have digital and analog components and may carry different communication flows with the same or 
different transport mechanisms. The multimedia distribution system 10 includes a client function or customer interface 
represented by a first output device or devices 14, an associated set top box 16; a second output device or devices 18, 

is an associated encoder/receiver 20 and a third output device or devices and an associated computer station 24. 

Content is selected at the client function and display/presentation of the multimedia stream occurs at the client. 
When the output device 14 is implemented with a television set, the set top box 16 or the box on top of the television 
set 1 4 acts as a converter from the network to the television and the active conversion is embodied in the set top box. 
The receiver of digital data may be at the set top box 1 6 or may be embedded in the communications network as illus- 

20 trated with the encoder/receiver 20 used with output device or devices 18. For other multimedia applications, the digital 
data is received by computer station 24 and presented with output device or devices 22. A multimedia stream server 26 
takes media streams from a storage device 28, a media encoder 30, or from an out-of -network source or link 32, and 
injects these streams into the distribution network 12 with the appropriate format and timing in accordance with features 
of the invention. Features of the invention for providing stream of digital data into a distribution system 1 0 with the appro- 

25 priate format and timing can be implemented by the multimedia server function 26. 

A billing and/or session control function 34 is responsible for communicating with the client systems, connecting cli- 
ents to servers, and whatever billing and scheduling as needed. The control function 34 provides control signals via 
lines labelled CONTROL to the multimedia steam servers 26. The control function 34 can be a distributed or centralized 
implementation. 

30 Referring to FIGS. 2 and 3, a multimedia MPEG-2 system transmit layer together with a video source 44, an MPEG- 
2 video coder-decoder (CODEC) 46, an audio source 48, an MPEG-2 audio CODEC 50 and a private data source 52 
and a multimedia storage or transport 54 and MPEG-2 data stream generation arranged in accordance with the MPEG- 
2 Standard are shown. The video I/O source 44 is applied to the MPEG-2 Video (CODEC) 46 that provides a coded 
video digital bit stream indicated at a line 46A. The MPEG-2 Video Standard specifies the coded bit stream for high- 

35 quality digital video and that is compatible with the MPEG-1 Video Standard (ISO IEC IS 1 1 1 72-2). MPEG-2 also sup- 
ports interlaced video formats, increased image quality, several picture aspect ratios, including 43 and 16 and a number 
of other advanced features, including those needed for HDTV. MPEG-2 Video can be defined in terms of profiles, each 
of which will support the features needed by a different class of applications. 

The audio I/O source 48 is applied to the MPEG-2 audio CODEC 50 that provides a coded audio digital bit stream 

40 indicated at a line 50A. MPEG-2 Audio Standard coding supports up to five full bandwidth channels 0, left, right, center, 
and two surround channels, plus an enhancement channel and/or up to seven commentary multi-lingual channels. The 
MPEG-2 Audio Standard also provides improved quality coding of monaural and conventional stereo signals for bit 
rates at or below 64 Kbits/second (Kbps). 

Multimedia system transmit layer 42 performs packetized stream control, synchronization and multiplexing of the 

45 applied audio, video and private data streams. The MPEG-2 Systems Standard specifies how to combine multiple 
audio, video and private-data streams into a single multiplexed stream. Multimedia system transmit layer 42 is designed 
to support a wide range of broadcast interactive communications, computing and storage applications. MPEG-2 Sys- 
tems Standard defines two kinds of streams, Program and Transport. 

Typically the multimedia systems transmit layer processes the compressed video codec, audio codec and private 

so data streams 46A, 50A, 52A in two steps. First the codec data (elementary) streams are combined with system-level 
information including time stamps (PCRs), program identifier, sequence numbers and an error correcting mechanism, 
and packetized to produce packetized elementary streams (PESs). Second the PESs are combined to form either a 
Program Stream or a Transport Stream. The MPEG-2 Program Stream supports the creation of a single audio-visual 
program which could have multiple views and multichannel audio. It utilizes variable-length packets and is designed for 

55 transmission in relatively error-free environments. 

The MPEG-2 Transport Stream multiplexes a number of programs comprising video, audio and private data for 
transmission and storage using a wide variety of media. It performs packetized stream control and synchronization. It 
is designed for transmission in a busy or noisy environment and utilizes a fixed-size 188-byte packet with fixed and var- 
iable rate encoding schemes for video streams. The MPEG-2 encoding scheme allows for variable size and quality of 
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video streams and provides a transport mechanism for other video encoding schemes, e.g., MPEG-1. The MPEG-2 
Transport Stream utilizes an embedded program clock reference (PCR) which allows multiple streams to be synchro- 
nized and allows the transmitter (server 26) and the receiver (encoder/receiver 20) to run synchronously with each 
other. 

5 As illustrated in FIG. 3, the MPEG-2 system transmit layer 42 integrates the multiple media sources into a single 

data stream 42A with integrated time stamps (PCRs). The MPEG-2 transport system (TS) stream is made up of 188- 
byte packets. At least one TS 188-byte packet every 100 milliseconds includes a time stamp (PCR). This time stamp is 
used to control the synchronization of playback of the various streams on output devices 14, 18 and 22, 

The TS packets 42A are encapsulated into frames or protocol data units (PDUs) including a selected adaptation 

w layer implementation. An AAL-5 encapsulation frame 56 concatenates a negiotated number N of TS packets 42A which 
are encapsulated based on the location of the PCRs in the TS packets. The selected number 1 -N of MPEG-2 TS pack- 
ets 42A per AAL-5 frame 56 are bundled with an overriding control that the AAL-5 frame terminates when a TS packet 
42 containing a PCR is reached. In accordance with the invention, the maximum number N of MPEG-2 TS packets 42A 
per frame 56 is negotiated at connection setup and is not a predetermined value for all sessions. 

is In FIG. 3, an ATM cell segmentation layer 58 illustrates enqueued ATM cells 58A each of 48 bytes and that trans- 
mitted over the communications network 12. Data to be transmitted can be enqueued in data blocks that are much 
larger than the AAL-5 frames 56. PDUs 58A include appropriately sized AAL-5 frames. 

Three schemes that can be used to encapsulate MPEG-2 Transport Stream packets (TS Packets) into AAL5 Pro- 
tocol Data Units (PDUs) include a 5/8 Cell PCR aware scheme; a fixed N (where N is the number of TS packets 42A to 

20 be encapsulated in each ATM AAL-5 PDU) scheme and the preferred negotiated N PCR aware method of the invention. 
In the first 5/8 Cell PCR aware scheme normally two MPEG-2 TS packets are encapsulated into exactly 8 ATM 
Cells using AAL-5. No stuffing is required. However, if the first TS packet 42A entering the AAL carries a PCR, it is 
immediately encapsulated into five ATM cells and forwarded. Forty-four bytes of stuffing are required. 

In the second fixed N scheme, a fixed number MPEG-2 Transport Stream packets into a single AAL5 PDU with the 

25 current assumption that 2 MPEG-2 TS packets per AAL5 PDU would be a lower bound on that fixed number. If a larger 
number of TS packets/PDU is used the transmission efficiency can be improved. 

The AAL 5 message mode packaging jitter introduced by the two schemes for a maximum of 2 MPEG-2 TS pack- 
ets/AAL5 PDU is summarized in FIGS. 5 and 6. FIG. 5 illustrates a transport system (TS) packet stream sequence 
mapped into 5/8 cell AAL-5 PDUs. FIG. 6 illustrates a transport system (TS) packet stream sequence mapped into fixed 

30 size AAL-5 Protocol Data Units (PDUs). Each numbered square represents one 188 byte TS packet. The cross-hatched 
packets signify a TS packet carrying a PCR. The absolute time varies with the data rate. At 1.5 Mbps one packet time 
is approximately 1 millisecond. At 6 Mbps, the packaging jitter that is introduced is 250 microseconds. 

As the number of TS packets 42A/PDU is increased, the potential PCR jitter that will be introduced into the trans- 
mission of a stream grows linearly with N. The greater the jitter, the harder it is to recover an accurate clock at the 

35 receiving end. The goal in clock recovery is to discern drift between the transmitting clock and the receiving clock. With 
a large amount of jitter the drift will be masked. 

Receive station performance constraints must also be accommodated. The 376 byte AAL5 PDU used in the previ- 
ous section are rather short. For a custom designed settop or other combined communication and codec subsystems 
implementations this is probably not a problem. For typical general purpose desktop computers having separate com- 

40 munication and CODEC adapters that use the system bus and/or software to move information between the two sub- 
systems, small PDU sizes represent a significant inhibitor. As an example, a 2 TS packet/ AAL5 PDU stream at 6 Mbps 
would require 1995 (1994.68) transfers across the bus a second. Almost 2000 bus interrupts per second could not be 
used with most desktop computers. 

To accommodate both environments, the preferred negotiated N scheme relaxed the PDU size constraint while still 

45 minimizing the packaging jitter introduced by the AAL5 message mode processing. Rather than limit the PDU size to a 
maximum of 2 TS packets, the negotiated N scheme allows up to N TS packets/AAL5 PDU but always send the TS 
packet containing the PCR as the last packet in the PDU. One to N TS packets/PDU would always be transmitted. The 
maximum number of TS packets allowed per PDU can be negotiated using available MPEG-2 signalling. The AAL5 
Maximum PDU size used corresponding to the selected N allows dynamic adjustments to settop, desktop PC or net- 
so work constraints at connect time. 

The following table gives the Number of Packets between PCRs is the PCRs are inserted into the Transport stream 
every 100 milliseconds or every 50 milliseconds. 
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Number of Packets between PCRs 



Data Rate 


TS Packets/s 


PCR every 100ms 


PCR every 50ms 


1 Mbps 


664.89 Pkts/s 


66.49 Pkts 


33.24 Pkts 


2 Mbps 


1329.78 Pkts/s 


132.98 Pkts 


66.49 Pkts 


3 Mbps 


1994.68 Pkts/s 


199.47 Pkts 


99.74 Pkts 


4 Mbps 


2659.57 Pkts/s 


265.96 Pkts 


132.98 Pkts 


5 Mbps 


3324.47 Pkts/s 


332.45 Pkts 


166.22 Pkts 


6 Mbps 


3989.36 Pkts/s 


398.74 Pkts 


199.47 Pkts 



Based on the table, the number of TS packets packaged into an AAL5 PDU could be quite large but in reality will 
be bounded by the loss (gap) tolerance of the CODEC; the PCR jitter accumulation caused by the processing time 
needed by the codec to handle the TS packets in each PDU that are in front of the packet containing the PCR; the 
robustness of the receive stations time base recovery capability, and the bus transfer efficiency in desktop computer. 
The key point is when the maximum PDU size is negotiable (not fixed by edict) these implementation and configuration 
specific capabilities can be traded off against one another depending on quality level and cost/performance objectives 
that are trying to be met. 

FIG. 4 illustrates a MPEG-2 system 10 including the encode source 30 applying an MPEG-2 TS stream to the stor- 
age device 28, such as a direct access storage device (DASD) at a line labelled Fe. A SCSI interface 64 couples the 
DASD 28 to the ATM server 26, which may be utilized for performing the method for segmenting and timing the trans- 
mission of a stream of multimedia digital data in accordance with the present invention. ATM server 26 is illustrated and 
described with respect to FIGS. 8-13. ATM server 26 applies the ATM data stream 58A to the ATM network 12 at a line 
labelled Ca. The output data stream from network 12 at a line labelled Ca + Qitter) is received by the decoder subsytem 
16, 20 or 24. Decoder 16, 20 or 24 is separated into an ATM cell receiver 70, an AAL-5 reassembly layer 72 and an 
MPEG-2 receive system layer 74. The MPEG-2 receive system layer 74 provides the decoded data stream 60A at a line 
Fp to a TS demuliplexor (demux) 76 including a dedicated buffer 78. A decoder 80 and a buffer 82 decodes applies the 
video, audio and data to the display 14, 18 or 22. 

As shown in FIG. 4 and used in the following example calculations, the terms are defined as follows: 

Fe = Encode rate of the MPEG-2 stream. 

M = Number of MPEG-2 Transport stream packets per AAL-5 PDU 

C = Number of ATM cells needed to contain M packets. 

P = Number of padding bytes required for M packets per PDU. 

OH = Overhead bytes including ATM headers (H in FIG. 3) + Padding (PAD in FIG. 3) + AAL-5 Trailer (TR in FIG. 3) 

E = Efficiency of MPEG-2 data delivery over ATM based on M. 

Tm = Time to transmit M packets at the encoded bitrate. 

k = Increase in transmit frequency over encode rate to compensate for bytes of overhead (OH) in the PDU. 

Ci = Ideal Cell rate into ATM network. 

Fi = Ideal bitrate into ATM network. 

Ca = Actual Cell rate into ATM network. 

Fa = Actual bitrate into ATM network. 

By adding ATM cell header bytes and specific adaptation layer overhead (header/trailer bytes and/or padding), one 
can derive an ideal bit rate into an ATM network. However, one must then select from the finite steps allowed by the ATM 
server hardware in selecting a valid rate for the data. Worst-case calculations must also consider the stability of the 
server clock reference (in ppm), and its associated linearity characteristics. This is additive to the worst-case difference 
between the encode rate of the stream and the transmit rate into the ATM network. 

A single program transport stream payload is assumed for calculating the ideal push rate into the network. The 
specified encoded bitrate must also include any "space" set aside for ancillary services such as user data. Network jitter 
is considered to have a negligible long-term affect on decoder buffer management. 
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The ideal transmission rate for a given MPEG-2 encoded stream is achieved at the receiving end, when, after all 
transmission overhead bytes have been removed, the payload arrives at the encoded bitrate. For any adaptation layer 
implementation, the amount of overhead can; be defined and used to calculate the ideal bitrate. For AAL-5, it is depend- 
ent on two factors, 1) whether or not MPEG-2 Transport Stream Packets are split across sequential PDUs, and 2) the 
5 size of the PDU. 

Let us assume a push server which is implementing AAL-5, and does not split MPEG-2 packets across a PDU. One 
can then quickly devise formulas for calculating the number of ATM cells and the resulting overhead generated for a 
given number of MPEG-2 packets per PDU (in the form of ATM headers, padding, and AAL-5 trailer). 

The varying number of padding bytes, along with the constant 8-byte PDU trailer and 5-byte ATM cell header com- 
w pose the bytes of overhead per PDU. 

By calculating the amount of overhead for a given PDU size, we can then calculate the ideal bitrate into the network 
which would provide the encode rate for the payload after the recive system layer 74 of the receiver. The values can be 
calculated with the following equations: 

15 C = (M x 188) + 8) divided by 48 (Payload bytes + AAL-5 Trailer)/48 rounded to next highest integer. 

P = (C x 48) - (M x 188) - 8 = Padding bytes. 

OH = (C x 5) + P + 8 = Total overhead bytes per PDU. 



In order to deliver the MPEG-2 payload at the encoded bitrate of the stream, one must first calculate the time 
required for the payload itself: 

Tm = (M x 188 x 8) / Fe = Time to transmit the payload. 

To be transparent end-to-end, the overhead bytes must also be transmitted in the same amount of time. Therefore, 
we can calculate the additional bandwidth "k" needed to send the overhead as follows: 

k s= (OH x 8) / Tm = Overhead bitrate based on bitrate required for encoded bitstream (Fe). 

To determine the ideal cell rate into the network, the bandwidth overhead term "k" must be added to the encode 
bitrate (Fe) and then divided by the number of bits per ATM cell as follows: 

Fi = Fe + k = Encode bitrate + overhead = Fe + (Fe x OH / ((M x 188)) = Ideal bit rate 

Ci = Fi /424 = Ideal cell rate into ATM network to achieve encode bitrate at RCV. 



Since this is likely to result in an unavailable cell rate, one must select a valid cell rate provided by the ATM server 
hardware. This granularity can be represented by the term "Z", which represents the number of cells in each step that 
40 can be selected in the hardware, where typically 1 <= Z < 2. 

Selection of a cell rate can be done either by rounding up to the next higher cell rate or rounding down, depending 
on which is closer. If the closest step results in a payload bitrate which is less than the encoded rate of the data, star- 
vation will occur at the decoder. An initial latency may be incurred if the bitrate delta is small enough to allow an initial 
build-up of data queues in the TS demux 76 before starting the decoders. This initial buffering would only delay the star- 
ts vation and may only be valid for very short clips which can accommodate some degree of start-up latency. 

However, a cell rate which delivers the payload at a higher rate than the encoded bitstream is more desirable. Start- 
up latency is minimized, and cell loss or CRC errors could actually help bring the delta between the two bitrates closer 
together. Buffer management in the TS demux 76 requires interrogation of queue thresholds to determine what meas- 
ures are to be taken to avoid overruns. 
so Let us assume that buffer management techniques in the decoder subsystem and a desire to minimize start-up 
latency will be adequate reasons to round up to the next valid cell rate available from the adapter. The cell rate step size 
(Z) will then determine the degree to which the ATM server 26 will over-drive the MPEG-2 payload into the network and 
thereby the receiver. Using this factor, one can normalize the ideal cell rate (Ci) by first dividing by Z, rounding up, and 
multiplying by Z to determine the next available cell rate. 
55 Ca = Ci / Z x Z Actual cell rate into ATM network is Ci normalized to the cell rate steps available in the ATM server. 

Worst-case rounding calculations can result in a bitrate which is almost a whole step higher than the desired bitrate. 
This will bound the maximum over-drive of the payload into the receiver. 
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Since the result of this normalization will rarely result in an integer cell rate, the requested rate into the ATM network 
must also be rounded to the next integer cell rate, but this does not affect the actual cell rate of the ATM server 26 as 
calculated above, and does not affect the payload bitrate. 

At the receiving node, the overhead bytes will be stripped by the ATM cell receiver 70, AAL-5 layer 72, and the 
MPEG-2 system layer 74 before reaching the decoder subsystem. The actual bitrate into this system is Fa = Ca x 424 . 
The payload bitrate (Fp) can be described as follows: 

Fp / (M x 188 x 8) = Fa / ((M x 188 x 8) + (OH x 8)) 

Fp = Fa x ((M x 188)) / ((M x 188) + OH) 

Fp = Fa x E 

Fx = Fp - Fe = Excess MPEG-2 data rate. 

FIG. 7 provides a graphical representation of the time synchronization process for the transmission of the multime- 
dia data of the invention. The frames containing the PCRs are transmitted right on the time they should be transmitted, 
regardless of the variation in transmission speed or encoding density. 

In FIG. 7, note that the average transmission rate is approximately .5% faster than the average required rate if there 
were no PCR caused expansion of bandwidth requirements. When a PCR is encountered, a cell transmission sched- 
uler 92 in FIG. 8 compares the PCR with a clock which can be synchronized with the network or driven from a precise 
(10 PPM) crystal, and delay the transmission until just the right time of the embedded timestamp PCR. This way, the 
PCRs are always transmitted at just the right time to have precise matching of the receive rate that the receiver expects 
and the actual transmit rate. As a result of having precise and predictable rate matching, a smaller receiver buffer size 
than otherwise would be required can be used. 

Referring now to FIG. 8, there is shown multimedia stream server 26 arranged in accordance with the invention 
together with a physical or virtual storage 28. Multimedia stream server 26 includes a cell segmenter 90 receiving TS 
packets from storage 28 and providing the ATM cells output 58A. Data can be enqueued in larger blocks and segmenter 
90 takes the blocks and converts them into AAL-5 cells. This is done on two boundaries, a fixed number N of MPEG-2 
TS Packets acts as a maximum size for the AAL-5 frame and checking the TS packets to terminate an AAL-5 frame at 
the end of any TS packet that includes a PCR (timestamp). Multimedia stream server 26 includes a transmission ses- 
sion scheduler 92, an associated time wheel 94 and an optional high priority time wheel 96 and a data supply processor 
98. 

So that the processor 96 does not have to keep time on all of its streams, the segmentation process can be aug- 
mented so that on arbitrary data boundaries the process will receive a request for more data. This notification feature 
is included as part of the scheduling or data segmentation process. Delay feature of the invention is used to exactly 
match the transmission of data to the embedded PCR timestamps to transmit the non-PCR TS packets at a slightly 
higher rate than is predicted by the data-rate of the source, and when a PCR is detected, the transmission of the TS 
packet containing the PCR is delayed until the time indicated by the PCR is reached. There are a number of ways to 
achieve this result considering tradeoffs between complexity, accuracy and efficiency that may be understood as fol- 
lows. 

First when a TS packet with a PCR is detected by the segmenter 90, the segmenter compares the PCR with the 
timer base. If the time has passed, the segmenter transmits the cell, if the time has not passed, the segmenter simply 
sends nothing and reconsiders the next time that stream is presented for segmentation. 

Second the segmenter 90 can do the same transmission delay as above, but on the last cell of a TS packet rather 
than the first This increases the amount of state storage required by the segmenter 90, but will greatly increase the 
accuracy of the PCR times. 

Third the segmenter 90 can ask the scheduler 92 to defer scheduling of the stream until the time indicated by the 
PCR. This requires a rescheduling interface as indicated at a line labelled RESCHEDULE COMMAND C between the 
segmenter 90 and the scheduler 92; however, the memory utilization efficiency is increased. 

Fourth, if the rescheduling is done, the scheduler 92 can reschedule to the higher priority time wheel 98 for just the 
PCR sensitive cell. This will increase the transmission accuracy when multiple streams are being transmitted over mul- 
tiple computer stations 24. 

The multimedia stream server 26 can be implemented usign CMOS technology on a VLSI chip and support data 
rates up to 622 Mbps. 

Referring to FIG. 9, there are shown sequential steps for data supply processing performed by the data supply 
processor 98 of the present invention that begin at a block 900. A next transmission data block is located in storage as 
indicated at a block 902. Then it is determined if the process has been completed by checking for more transmission 
data is available as indicated at a block 904. If more transmission data is not available, then the sequential operations 
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are completed as indicated at a block 906. Otherwise, the located next block of transmission data is supplied to the seg- 
menter storage area as indicated at a block 908. Then data supply processor 98 applies an enqueued for transmission 
command to the scheduler 92 as indicated at a block 910. Then the data supply processor 98 waits for a request for 
more transport system data packets from the scheduler 92 at line D or the segmenter 90 at line E as indicated at a block 

5 912. When a request is identified at block 912, then the sequential steps are repeated. 

FIGS. 10, 1 1 and 12 are flow charts illustrating scheduler processes performed by a transmission session sched- 
uler 92. In FIG. 10, the scheduler processes start with waiting for a data supply request as indicated at a block 1000. 
Scheduler 92 receives a request to enqueue data block for transmission from the data supply processor as indicated at 
a block 1002. Then a session is identified at a block 1004 and a data block pointer is chained to the session as indicated 

w at a block 1006. Next it determined if the session is active as indicated at a decision block 1008. If an active session is 
identified at block 1008, then the sequential operations return to block 1000 to wait for request. Otherwise, if an active 
session is not identified at block 1008, then the session identified at block 1004 is scheduled for transmission at a next 
transmission opportunity as indicated at a block 1 108. Then the sequential operations return to block 1000 to wait for a 
request. 

is Referring to FIG. 11, sequential steps for data transmission scheduling performed by the transmission session 
scheduler 92 begin at a block 1 1 00. Then scheduler 92 waits for a next transmission opportunity as indicated at a block 
1 102. Next scheduler 92 checks for any high priority sessions scheduled as indicated at a decision block 1 104. When 
a scheduled high priority session is identified at block 1 104, then the session is labelled and scheduler 92 provides seg- 
menter 90 with a ready to transmit command at line B as indicated at a block 1 106. Then scheduler 92 reschedules at 

20 B to low priority as indicated at a block 1 108 and returns to block 1 102. When a high priority session is not identified at 
block 1 104, scheduler 92 checks for any previous time low priority sessions waiting for transmission as indicated at a 
decision block 1110. If found, the session is labelled and scheduler 92 provides segmenter 90 with a ready to transmit 
command at line B at block 1006 and the sequential operations are repeated as before. Otherwise, if no low priority ses- 
sions waiting for transmission are identified at block 1 1 00, then scheduler 92 checks for any low priority sessions sched- 

25 uled as indicated at a decision block 1 1 12. An identified scheduled low priority sessions is labelled and the sequential 
operations are repeated. Checking for data available for transmit is provided at a decision block 1114. When the data 
available for transmit is less than a predetermined threshold, then a request for more TS-packets is applied to the data 
supply processor 98 as indicated at a line D. Then the sequential operations are repeated. 

Referring to FIG. 12, sequential steps for data transmission rescheduling performed by the transmission session 

30 scheduler 92 begin with receiving a reschedule request from the segmenter 90 at line C as indicated at a block 1200. 
Then a session is identified at a block 1202 and removed the time wheel as indicated at a block 1204. Then the session 
is inserted in the time wheel 94 at a new location. 

Referring to FIG. 13, there are shown sequential steps for data segmentation performed by the cell segmenter 90 
of the present invention that begin at a block 1300 with waiting for a schedule request from scheduler 92. Then a ses- 

35 sion is identified at a block 1302 and the session state data is loaded as indicated at a block 1304. Segmenter 90 
checks whether the current data block is finished at a decision block 1306. If the current data block is finished, then seg- 
menter 90 checks if the data is less than a threshold value as indicated at a decision block 1308. If so, then more data 
is requested (line E in FIG. 8) as indicated at a block 1310. Then the next data block is prepared as indicated at a block 
1312. Then segmenter 90 checks whether the current cell is last cell in a data frame at a decision block 1314. When 

40 the last cell of the frame is identified at block 1314, then segmenter 90 checks time to send at a decision block 1316.. 
If not the time to send, then a reschedule request at line C is applied to the scheduler 92 as indicated at a block 1318. 
If the time to send, then segmenter forms the cell and transmits as indicated at a block 1320. Otherwise, if the current 
cell is not the last cell in a data frame, then the cell is checked to locate a PCR timestamp as indicated at a block 1322. 
When a PCR is present, then segmenter 92 shortens the frame target length as indicated at a block 1324. Then and 

45 when a PCR is not identified at decision block 1322, segmenter forms the cell and transmits at block 1320. Next seg- 
menter stores the session state as indicated at a block 1326. 

In accordance with a feature of the invention, frames received by encoder/receiver 20 and computer station 24 
advantageously can be put into a queue that will interrupt the processor only after a given number of frames have 
arrived or after a given time period has elapsed from the receipt of the first frame. This allows the receiving code to 

so batch the receive processing. 

FIG. 14 illustrates details of the decoder 20 or 24 used for the batch processing feature of the invention. Decoder 
20, 24 includes a PDU arrival batch processing block 98 providing a data queue function 100 and timer function 102. 
The PDU arrival batch process is used to reduce the number of interrupts that the MPEG-2 TS receive packet system 
layer 76 must process. The AAL-5 reassembly layer 74 queues the AAL-5 frames on arrival. 

55 Referring also to FIG. 1 5, sequential steps of the batch processing are shown. If the queue is initially empty as indi- 
cated at a block 1500, then the timer 102 is set when a frame arrives as indicated at block 1502. As additional frames 
arrive, the reassembly layer 74 checks to see if the number of frames in the queue is greater than the threshold for this 
connection as indicated at a block 1504. When either the timer expires or the threshold is crossed, then the reassembly 
layer raises an interrupt to the MPEG-2 TS receive packet system layer 56 as indicated at a block 1506. When a frames 
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removed from the queue, the timer function is stopped and reset When a subsequent frame arrives, the timer 102 is 
restarted and the batch processing is repeated. 

It should be noted that the present invention can be used with other time encoding protocols, and the stream being 
transmitted can be encoded at variable rate as well as fixed rate. 



1 . Apparatus for transmitting a stream of multimedia digital data over a distribution communications network compris- 
ing: 

means for receiving and for segmenting the multimedia digital data stream into data blocks on a first boundary and 

a second boundary; said first boundary being a set number of transport system data packets and said second 

boundary being a transport system data packet including a timestamp; 

means for scheduling said segmented data blocks for transmission; 

means for decoding said segmented data blocks to locate said timestamp; and 

means for matching the transmission of said located timestamp data block with a time value indicated by said 
timestamp. 

2. Apparatus for segmenting a multiple program multimedia digital data stream for transmission over a distribution 
communications network, each program multimedia digital data stream including sequential transport system (TS) 
packets with at least one program clock reference (PGR) included within a set time interval and a program identifi- 
cation (PID) associated with the PCRs comprising : 

means for decoding said TS packets to identify the program cock references (PCRs) ; 
means for identifying a selected number N of TS packets ; 

means for segmenting said multimedia digital data stream into frames responsive to both said identified number N 
of TS packets and said identified PCR; 

means for selecting a program identification (PID) associated with one of the PCRs for timing the transmission of 
segmented multiple program multimedia digital data stream; 

means for identifying a time interval following an identified PCR associated with said selected program identifica- 
tion PID; and 

means for comparing said identified time interval with the set time interval between the program clock references 
(PCRs) ; and 

means responsive to said identified time interval being greater than the set time interval for selecting a new pro- 
gram identification (PID) associated with one of the PCRs for timing the transmission of segmented multiple pro- 
gram multimedia digital data stream. 

3. Apparatus for segmenting a multiple program multimedia digital data stream as recited in claim 2 wherein said 
means for segmenting said multimedia digital data stream into frames responsive to both said identified number N 
of TS packets and said identified PCR include means for transforming said multimedia digital data stream TS pack- 
ets directly into fixed size Asynchronous Transfer Mode (ATM) cells; said ATM cells being transmitted over the dis- 
tribution communications network and being reassembled into said multimedia digital data stream frames by a 
decoder/receiver coupled to the network. 

4. Apparatus for segmenting a multiple program multimedia digital data stream as recited in claim 3 wherein said 
means for identifying said time interval following said identified PCR associated with said selected program identi- 
fication PID include counter means for identifying a number of said ATM cells transmitted following said identified 
PCR. 

5. Apparatus for segmenting a multiple program multimedia digital data stream as recited in claim 2 wherein said 
means for identifying said time interval following said identified PCR associated with said selected program identi- 
fication PID include means for comparing the result of a target transmission time minus a base rate counter value 
with the set time interval. 

6. Apparatus for segmenting a multiple program multimedia digital data stream as recited in claim 2 further includes 
means responsive to said means for selecting a new PID for updating an offset value, said offset value used for tim- 
ing the transmission of a digital data stream containing PCRs. 

7. A method for segmenting a multimedia data stream for transmission over a distribution communications network, 
said multimedia data stream including sequential transport system (TS) packets with at least one program clock ref- 
erence (PCR) included within a set time interval, said method comprising the steps of : 
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decoding said TS packets to identify the program clock references (PCRs) ; 
identifying a selected number N of TS packets; and 

segmenting said multimedia digital data stream into frames responsive to both said identified selected number N of 
TS packets and said identified PCR; 
5 selecting a program identification (PID) associated with one of the PCRs for timing the transmission of segmented 

multiple program multimedia digital data stream; 

identifying a time interval following an identified PCR associated with said selected program identification PID; 
comparing said identified time interval with the set time interval between the program clock references (PCRs); and 
selecting a new program identification (PID) associated with one of the PCRs for timing the transmission of seg- 
10 mented multiple program multimedia digital data stream responsive to said identified time interval being greater 
than the set time interval. 

8. A method for segmenting a multiple program multimedia digital data stream as recited in claim 7 wherein the steps 
of selecting said PID and selecting said new PID include the step of decoding said TS packets to identify the current 

75 PID associated with one of said identified PCRs. 

9. A method for segmenting a multiple program multimedia digital data stream as recited in claim 7 wherein said step 
of segmenting said multimedia digital data stream includes the step of transforming said multimedia digital data 
stream TS packets directly into fixed size Asynchronous Transfer Mode (ATM) cells. 

20 

10. A method for segmenting a multiple program multimedia digital data stream as recited in claim 9 wherein said step 
of identifying said time interval includes the step of counting a number of said ATM cells transmitted following said 
identified PCR. 

25 1 1 . A system for communicating a stream of multiple program multimedia digital data comprising : 
a distribution communications network ; 

multimedia server means for receiving and segmenting the multiple program multimedia digital data stream and rzr. 
transmitting said segmented multiple program multimedia digital data stream over said distribution communications ~£ 
network ; said multimedia server means including segmenting means for segmenting said stream into frames 
30 responsive to both an identified selected number Nof TS packets and an identified PCR and means for selecting a =* 
program identification (PID) associated with one of the PCRs for timing the transmission of segmented multiple pro- 
gram multimedia digital data stream; and 

receiver mans coupled to said distribution communications network for receiving the multimedia digital data stream. ^ : 

35 
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